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pPMARKS/A RQUMENTS 
The amendments made herein are in response to the advisory action mailed 
January 15 2004 sent responsive to the office action mailed September 22. 2003 (Final 
Office Action). This response Is being fled v^ith a request for continued examination 
and a petition for a one month retroactive extension of time with the appropriate fee. 

Claims 1-2 4-5, 9-10. and i2-13 stand rejected under 35 U.S.C. § 103(a). as 
being unpatentable over a Riehle. DirK [1996] The Event Notification Pattern: 
integrating Implicit invocation with Object-Orientation" in Theory and Practice of Object 
Systems, 2. 1, pages 43-52 (Riehle). Claims 3, 6-8. 11, and 14-16 stand rejected under 
35 U S C § 103(a). as being unpatentable over Riehle in view of OMG TC Document 
95.8.19 [19951 -COM/CORBA Inten^orHing RFP Part A" (OMG) and in further view of 
-Sun Microsystems. Inc. Remote Method Invocation Specification" (Sun RMI). 

in response, the Applicants have amended claims 1 and 9 to clarify that the 
Listener remotely calls a method responsive to an event detected by the Notifler. where 
the Notifler is located in a first process address space, the listener is located in a 
second process address space, and'the remotely called method is located in a third 
process address space. The method invoked in the third address space can be invoRed 
even though the Notifler that detects the event may be unaware of the location of the 
remotely called method. That is. the Notifler need not be aware of the location of the 
third address space, even though a method in this third address space is mvoKed 
responsive to the detected event. Event handling thus occurs in a location transparent 

^^'^"^ Applicants have made some assumptions assuming the interpretation of Reihie 
as expressed in the Office Action. Namely. Applicants interpret the Office Action to 
draw a correlation between the Subject object (page 8) of Reihie and the client of daim 
1 that contains the Notifler and be^^een the Observer object (page 8) of Reihie and the 
se^er of daim 1 that contains the Listener. Reihie does not expliciUy t-ch that the 
Subject and the Observer are disposed in separate processing spaces. The Examiner 
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apparently asserts that the existence of the lAEvUnK subclass suggests that the 
Observer and Subject can be located in separate processing spaces from one another. 

The lAEvUnk class as shown in Reihie can be a specialization inheritable by the 
Event UnK class. The Event UnK class is located in the same processing space as the 
Subject That is. the lACAddress of the lACEvUnK must be known to the Event Link 
Class. Therefore, the processing space where the event occurs that causes a state 
change to happen, must be aware of the location of the resulting method. 

Stated in a different fashion, on page 8 of Reihie. the Examiner is asserting that 
the Subject IS located in a first address space and that the Observer is located in the 
second address space (where the second address space is specified by the 
lACAddress of lACEvLInk). Reihie does not teach or suggest a situation where the 
Observer calls a method that executes in a third address space, which Is a limitation of 

claim 1, claim 4, claim 9, and claim 12. 

Applicants further emphasize the relevance of placing the Notifier in a client and 
the Listener in a server, which Is not taught by Riehle. This feature is significant when 
perfomiing locatKDn transparent event handling. When used operationally, the 
Applicants' method can pemiit the administrator of a server to change the method that ,s 
invoked responsive to the event occurring in the client, without any updates being made 

to the client software. 

For example, a Web server can remotely call Web services, like a call waiting 
Web service, responsive to detected client events. If an administrator maintaining the 
Web server decides to utilize a different Web service, such as a cheaper or improved 
call waiting service, the administrator can alter the remote method that is called 
whenever the client requests call waiting from the original Web service to the new Web 
service. This change is transparent to the client. Reihie requires the computer in which 
the detected event occurs to be aware of the address of method called responsive to 
the event. Accordingly, no teachings of Reihie would enable the administrator of the 
example to change call waiting services without changing software residing on the 
client. 
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The OMQ reference describes the CORBA architecture generally. CORBA is an 
architecture and specification for creating, distributing, and managing d.stnbuted 
program objects in a networK. Sun RMl discloses an architecture through which a 
programmer using Java can wnte object-oriented programming in which objects on 
drfferent computers can interact in a distributed netwom. The RMl mode, fails to .ndude 
event handling procedures. Neither OMG, Sun RMl. nor any combination thereof cure 

the deficiencies of Reihie- . . . .« 

in light of the above discussion, withdrawal of the 35 U.S.C. § 103(a) rejection of 
claims 1-16 is respectfully requested. Applicants believe that this application is now in 
full condition for allowance, which action is respectfully requested. The Applicants also 
request an interview with the Examiner to clarify any misunderstanding that may ex,st 
with regards to the present invention and the referenced art. A call to the Examiner to 
formally schedule this inten/iew will shortly follow the submission of this response. 



Respectfully submitted, 



Date 



. ?Z TcLrs Z<^^ 



"Sfegoly A. Nelson, Registration No. 30 577 
Kevin T. Cuenot. Registration No. 46 283 
Brian K. Buchheit. Registration No. 52.667 
AKERMAN SENTERFITT 
Post Office Box 31 88 
West Palm Beach, FL 33402-3188 
Telephone: (561)653-5000 
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